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Method and Apparatus for Distributing Traffic Over 
Multiple Switched Fibre Channel Routes 

Field of the Invention 

The invention relates to the field of computer 
networks. In particular, the invention relates to 
distributing network traffic between a pair of 
networked machines over multiple available routes 
through a network interconnecting the machines. 

Nature of the Problem 

Most modern computer networks, including switched 
Fibre Channel networks, are packet oriented. In 
these networks, data transmitted between machines is 
divided into chunks of size no greater than a 
predetermined maximum. Each chunk is typically 
packaged with a header and a trailer into a packet 
for transmission. In Fibre Channel networks, packets 
are known as Frames . 

Packets encounter delay while being routed 
through a network. Many networks have switches or 
routers that receive packets, store them, and forward 
the packets on towards their destinations when 
communications resources become available; storing 
and forwarding of packets introduces delay. 
Additional delay may be caused by propagation delay 
in the network interconnect between machines or 
switches of the network. 

The multiple packets, or frames, associated with 
a single Fibre Channel operation are known as a 
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exchange- A Sequence is a group of one or more 
frames, forming part of an exchange, transmitted in a 
single direction over the network. A sequence may 
contain data, status, or control information. Each 
5 exchange may contain one or more sequences, and may 

contain data sequences of multiple frames with 
control and acknowledgment sequences that are often 
single frames. A Fibre Channel network having at 
least one switch is a switched Fibre Channel fabric. 
10 A Fibre Channel switch is a routing device generally 

capable of receiving frames, storing them, decoding 
destination information from headers, and forwarding 
them to their destination or to another switch 
further along a path toward their destination. 

15 A network interface of a switch for connection of 

the switch to a machine is known as an F_Port . An 
F_Port having the ability to connect to a Fibre 
Channel Arbitrated Loop is known as an FL_Port . An 
E_Port is a network interface of a switch for 

20 connection of that switch to another switch of a 

fabric. A G_Port is a port having the ability to 
operate as either an F_Port or an E_Port; and a 
GL_Port further has the ability to connect to a Fibre 
Channel Arbitrated Loop. For purposes of this patent 

25 F_Port includes any port of a switch that connects 

through a link to a machine, whether it be an F_Port, 
G_Port, GL_Port, or an FL_Port. Further, for 
purposes of this patent, an E_Port includes any port 
of a switch that connects through a link to another 

30 switch, regardless of whether it be an E_Port, 

GL_Port, or G_Port . Further, for purposes of this 
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patent, the term switch port includes any port of a 
switch, whether it be an E_port or F_port as defined 
herein . 

A network interface for connection of a machine 
to a Fibre Channel fabric is known as an N_Port, and 
a machine attached to a Fibre Channel network is 
known as a node. An L_Port is a network interface 
for connection of a machine to a Fibre Channel 
Arbitrated Loop, and an NL__Port is an N_Port also 
having the ability to connect to a Fibre Channel 
Arbitrated Loop. For purposes of this patent, the 
term N_Port includes both N_Ports and NL_Ports. 

Machines, or "Nodes", attached to a Fibre Channel 
network may be computers, or may be storage devices 
such as RAID systems, disk drives, or other storage 
servers . 

A Fibre Channel exchange operates between an 
originator N_Port and a responder N_Port . For 
example, an originator N_Port may request an I/O 
operation such as a disk write; the machine attached 
to the responder N_Port performs the operation. 
N__Ports may be originators for some exchanges, and 
responders for others. Each Fibre Channel N_Port is 
assigned identification for use as a destination 
address for frames intended for it, this 
identification is unique to the specific Fibre 
Channel network at a given time. Each Fibre Channel 
N__Port participating in an exchange assigns exchange 
identification to that exchange, that exchange 
identification being unique among the exchanges in 
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progress on that N_Port but not necessarily unique 
across the network. 

For purposes of this application, a link is the 
data transmission and reception hardware and any 
5 associated firmware that form a connection between an 

N__Port and an F_Port of a switch, or between E_Ports 
of two switches, of a Fibre Channel fabric. A link 
may incorporate a Fibre Channel Arbitrated Loop. 

In a computer network, there may be more than one 
10 possible path, or sequence of links, switches, hubs, 

routers, etc. that may be traversed by a frame, 
between two machines attached to the network. 
Multiple paths may be intentional, providing extra 
capacity or redundant paths to protect against 
15 switch, node, or line failures, or may be 

unintentional consequences of network topology. 
Multiple paths between a pair of N_Ports may exist if 
there are two or more switches in the network. 

It is known that frames routed on different paths 
20 through a network may suffer different delays. 

Further, delay on each path varies with traffic on 
each link of the path, the arbitration sequence of 
each arbitrated loop forming part of a link, flow 
control delays like those often injected to avoid 
25 buffer overflow, and switch loading. 

Machines transmitting data on modern high-speed 
networks usually do not wait for each frame to be 
acknowledged before transmitting following frames - 
multiple frames of a single Fibre Channel sequence 
30 may exist in a Fibre Channel fabric at the same time. 
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Further , frames of multiple sequences of a single 
exchange may also exist simultaneously in a Fibre 
Channel fabric, as may frames of multiple exchanges 
originated by any given N_Port. 

5 If frames of a sequence are transmitted on 

different paths through a fabric, an early- 
transmitted frame suffering long delay on one path 
may arrive at its destination after a late- 
transmitted frame that suffers little delay on 
10 another path . Frames transmitted on different paths 

thus may arrive at the destination N_Port out-of- 
order , meaning that they are received in a different 
order than they were transmitted by their originating 
machine . 

15 Frames received out-of-order may, and often do, 

require collection and sorting into correct order 
before they can be fully processed by the receiving 
machine . Some network protocols, including the TCP 
Internet protocol, presume out-of-order delivery and 

20 require that receiving machines collect and re -order 

frames before executing any command associated with 
them. Other order -dependent protocols, including the 
FCP protocol for encapsulating the SCSI storage 
interface protocol over Fibre Channel , assume that 

25 frames arrive in correct order - requiring that the 

Fibre Channel fabric deliver frames in-order. Some 
order -de pendent protocols detect, and permit retry 
of, out-of-order frames even if they do not require 
that destinations perform re sequencing . Fibre 

30 Channel frame headers include a sequence count field 
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with which out-of-order frames may be detected within 
a sequence . 

Fibre Channel fabrics support a variety of order- 
dependent and order-independent protocols running on 
top of their low-level Fibre Channel mechanism. 

Since frames transmitted over the same path 
through a network tend to arrive in order, many Fibre 
Channel systems permitting order-dependent protocols 
restrict communication between any two N_Ports to 
transmission over one active path in each direction. 
Any other path between the N_Ports may be usable as 
an alternate path should an active path fail, but may 
remain little used until that failure occurs. 
Networks that failover from an active path to an 
alternate path are known in the art of Fibre Channel 
networks. Frame routing of this type is known herein 
as static routing with alternate paths. 

Links of an active path, especially links between 
switches, may be shared with traffic between other 
N_Ports, including N_Ports of other machines. As 
loads and network configurations change, it is 
possible for a statically routed active path to 
become a bottleneck while alternate paths may have 
unused capacity. It is desirable to make use of any 
available, otherwise unused, capacity of these 
alternate paths to provide improved network 
throughput . 

It is known that many machines, including RAID 
storage subsystems, have the ability to queue 
multiple commands for execution. For example, a RAID 
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system may queue several read or write commands, 
received from one or more machines. Once queued, 
these commands are executed from the queue to or from 
cache, or to or from disk, in an order depending on 
availability of data in cache, disk availability and 
disk rotation. With proper interlocks, execution may 
often be in an order different from that in which the 
commands were received. 

Commands that may be queued in these devices may 
include commands from multiple processes, or threads, 
running on a single machine having one or more 
processors. For example, a transaction-processing 
system may have several processes running, each 
process requiring access to a different record of a 
database on a RAID system, all requesting access to 
the database at about the same time. Each process 
may then create read, write, lock, or unlock commands 
for the database. Queuing and execution of each of 
these commands requires that a exchange of frames be 
transmitted between the machine and the device. 

Fibre channel frame headers have a D_ID field 
that encodes identification of the destination N_Port 
of the frame. They also have an S_ID field that 
encodes identification of the originating port of the 
frame. There is also an OX_ID field that encodes the 
exchange identifier assigned by the originating 
N_Port, and an RX_ID field that encodes the exchange 
identifier assigned by the receiving N_Port of the 
exchange. Since the receiving N_Port does not assign 
RX_ID until the exchange has begun and a frame is 
sent in response to other frames of the exchange, the 
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RX__ID field of early frames of an exchange, including 
the first frame sent by the originating N_Port, may 
not match the RX__ID of late frames of the exchange. 

Solution to the Problem 

5 A network, such as a Fibre Channel fabric, having 

two or more machines attached, each attached to the 
fabric through at least one N_Port, has a first and a 
second path between an N_Port of a first machine and 
an N_Port of a second machine. The first machine 

10 originates several commands for execution on the 

second machine and embeds those commands and 
associated data in frames. Frames belonging to a 
first command are recognized and transmitted between 
the first and second machines over the first path, 

15 while frames belonging to a second command are 

transmitted between the first and second machines 
over the second path. 

Frames belonging to an individual exchange are 
recognized through the OX_ID field of the frame 

20 headers. In an alternative embodiment, frames 

belonging to an individual exchange are recognized 
through a combination of the OX_ID and the S_ID 
fields of the frame headers. These fields, together 
with the destination address (D_ID) of the frame, are 

25 input to a function whose output is used by routing 

and distributing tasks of one or more switches to 
index routing tables at a switch of the network 
fabric. These routing tables contain information 
determining the link over which each frame will be 

30 sent through the fabric from that switch towards the 
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destination. In this way, the routing tables 
determine paths, from what may be a multiplicity of 
possible paths, that each frame will follow through 
the network. 

Except when routing tables are being updated, 
frames relating to the same exchange therefore follow 
the same path through the network, and therefore 
arrive in-order. Frames of simultaneous, but 
different, exchanges may be routed over different 
paths thus distributing traffic between the available 
paths . 

As nodes, switches, and links are added to or 
removed from the network, and as a load-balancer 
adjusts demand on elements of the network, the 
routing tables are updated to reflect valid paths 
through the network and desired frame distribution 
among them. If more than one valid path appears in 
the table for any given destination, commands to that 
destination will tend to be distributed between the 
paths according to the frequency with which each path 
appears in the table. 

Brief description of the Drawings 

Figure 1 is an illustration of a Fibre Channel 
network having several machines and several paths 
between some of these nodes; 

Figure 1A, an illustration of multiple processes 
causing overlapping exchanges on an N_Port; 

Figure 2A, an example of frames for a simple 
write exchange; 
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Figure 2B, an example of frames for a simple read 
exchange ; 

Figure 3, an illustration of a Fibre Channel 
frame, as known in the art, detailing header 
5 information associated with the frame; 

Figure 3A, an illustration of a prior-art routing 
table for routing frames based upon D_ID; 

Figure 3B, an illustration of a prior-art routing 
table for routing frames based upon S_ID and D_ID; 

10 Figure 3C, an illustration of a routing table of 

the present invention for routing frames based upon 
D_ID and OX_ID; 

Figure 3D, an illustration of a routing table of 
the present invention for routing frames based upon 
15 D_ID, OX_ID, and S_ID; 

Figure 4A, an illustration of a routing table 
system incorporating separate D_ID and OX_ID hash 
functions ahead of a routing table; and 

Figure 4B, an illustration of a routing table 
20 system incorporating separate D_ID and OX_ID hash 

functions ahead of, and a level of indirection after, 
a base routing table; 

Detailed Description of the Illustrated Embodiment 

A switched Fibre Channel network (Figure 1) has 
25 at least two machines, with a switched Fibre Channel 

fabric 100 interconnecting them. The fabric may 
incorporate two or more switches. 

10 



\\\CS - 68854/123 - #36873 v5 




Machines of the network may include computers 102 
104, and 120, and RAID or other storage systems 106 
each having at least one N_Port 108, 112, 114, 118, 
and 122, for interconnection to the fabric. Each 
5 N_Port 108, 112, 114, 118, and 122 connects through a 

link 130, 134, 136, 140, and 142 to a switch of the 
switches 150, 152, and 154 of the fabric 100. 
Switches 150, 152, and 154 of the fabric may further 
be interconnected by additional links 160, 162, and 
10 164. Switches of the fabric may be joined by 

multiple links, switch 152 connects to switch 154 by 
a redundant link 165. 

There may be, and preferably are, more than one 
path between a first and a second machine of the 

15 network. There are frequently also more than one 

possible path from a first N_Port to a second N_Port. 
For example, computer 120 may communicate to RAID 
system 106 through a first path comprising N_Port 
122, link 142, switch 150, link 162, switch 154, link 

20 140, and N_Port 118; or through a second path 

comprising N_Port 122, link 142, switch 150, link 
160, switch 152, link 164, switch 154, link 140, and 
N_Port 118. A third path may also exist similar to 
the second path but using the redundant link 165 from 

25 switch 152 to switch 154, comprising N_Port 122, link 

142, switch 150, link 160, switch 152, link 165, 
switch 154, link 140, and N_Port 118. Similarly, 
computer 102 may communicate with computer 104 
through a path comprising N_Port 108, link 130, 

30 switch 150, link 162, switch 154, link 136 and N_Port 

114, or through an alternative path comprising N_Port 
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108, link 130, switch 150, link 160, switch 152, link 
164, switch 154, link 136, and N_Port 114. 

Consider the first and second path described 
above between computer 120 and RAID system 106. In a 
network utilizing static routing, only one of these 
paths is active at a given time. The active path may 
include one or more elements that become overloaded, 
or become a bottleneck for these communications. For 
example, if the active path from N_Port 108 of 
computer 102 to N_Port 114 of computer 104 is through 
link 162 and the active path from N_Port 122 of 
computer 120 to N_Port 118 of RAID system 106 is also 
through link 162, it is possible for link 162 to have 
a heavy load while link 160 is idle. 

There may be multiple processes simultaneously 
executing on computer 120. Each of these processes 
200 and 202 (Figure 1A) may generate an I/O request 
204 and 206 as known in the art, each of which in 
turn is performed through an exchange 208 and 210 as 
known in the art. These exchanges may overlap in 
time as they are transferred by the N_Port 122 to and 
from the fabric; overlapping I/O operations may 
result from multiple concurrent processes on a 
machine and many other known causes. For example but 
not by way of limitation, a disk write operation and 
a disk read operation may overlap. 

A disk-write command may be packetized as a write 
exchange Figure 2A comprising a write command frame 
250 sent from the originating N_Port 251 to a 
receiving N_Port 252, and a write-data sequence 254 
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sent after a transfer ready frame 255 is received by 
the originating N_Port 251. When writing to cache or 
disk has been completed by the receiving N_Port's 
machine, a response status frame 256 is returned to 
5 the originating N_Port 251. Additional 

acknowledgment and control frames may also be used. 
Similarly, a disk-read I/O command becomes a read 
exchange, Figure 2B, which operates through 
transmission of at least a read command frame 260 

10 from the originating N_Port 251 to a receiving N_Port 

252, which may be associated with a RAID system or 
other storage device. When data associated with the 
read operation is ready, the receiving N_Port 252 
returns a data sequence 264 and status 266 frames to 

15 the originating N_Port 251, which may be associated 

with a computer. The write exchange of Figure 2A may 
overlap the read exchange of Figure 2B. For example 
and not by way of limitation, it is possible that the 
originating port read command 260 may be transmitted 

20 by the originating port 251 after the write command 

frame 250 is transmitted and before the transfer 
ready frame 255 is received by the originating port 
251 . 

Each frame, or packet, transmitted over a Fibre 
25 Channel network has structure as illustrated in 

Figure 3. The frame contains a header, an optional 
payload, and a trailer. The header includes several 
fields, including a Destination Identification (D_ID) 
field 300, a Source Identification (S__ID) field 302, 
30 an Originator Exchange Identifier (OX_ID) 304, and a 

Responder Exchange Identifier (RX_ID) 306. The RX_ID 
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306 may change during an exchange because it is 
assigned by the responder node after the first frames 
of an exchange are received by that node; the OX_ID 
304 is stable within an exchange. It is possible for 
a switch to nearly-simultaneously receive frames 
having identical D_ID 300 and OX_ID 304 fields from 
different sources, having different S_ID fields 302. 

A switch of a Switched Fibre Channel Fabric 
receives frames having the format of Figure 3, and 
typically has multiple switch ports, such as E_Ports 
170 and 178 (Figure 1), and F_Ports 174 and 176 of 
switch 150. Once the switch 150 receives a frame on 
an incoming switch port it is expected to forward 
that frame on a selected outgoing port of the switch. 
The selected outgoing port is a switch port, other 
than the incoming switch port, on a path from the 
originating N_Port to the receiving N_Port . 

It is known that a routing table 330, Figure 3A 
indexed by a hash function 332 of the D_ID 300 field 
of a frame header, may be used to generate an 
outgoing port selector for controlling the outgoing 
switch port on which frames are forwarded by the 
switch. The D_ID 300 field is transformed by a hash- 
function 332 to an address 334, the address locating 
a table entry in the table 330. Each entry has an 
outgoing port selector 336 that controls the switch 
port on which the frame is forwarded by the switch. 

In an effort to improve the ability of network 
management software to optimize traffic flow on a 
network, some switches input the S_ID field 302 
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(Figure 3B) of the frame, or an incoming switch port 
number on which the frame was received, to a hash 
function 342 in addition to the D_ID field 300, As 
in the routing system of Figure 3A, the hash function 
34 2 generates an address 344 that locates a table 
entry in a routing table 346. The table entry then 
provides an outgoing port selector 348. This permits 
the switch to route traffic to a given destination 
from two different sources over two different routes. 

In a switch of the present invention, a routing 
table 350, Figure 3C, is indexed by an address 354 
generated by a hash function 352 of the D__ID field 
300 and the 0X__ID field 304 of each frame header . An 
outgoing port selector 356 is derived from a table 
entry of the routing table 350 located in the table 
by the address 354. The outgoing port selector 356 
is used to control the switch port on which frames 
are transmitted . 

In an alternative embodiment of a switch of the 
present invention, the S_ID field 302, as well as the 
D_ID field 3 00 and the OX__ID field 304, of each frame 
header is used by a hash function 3 60 ( Figure 3D) to 
generate an address 362. Address 362 is then used to 
generate an outgoing port selector 364 by reading a 
table entry from a routing table 366. This 
embodiment provides opportunity to independently 
control frame distribution between available paths 
for each source. 

^ Consider frames received by a switch 150 of the 
present invention from/computer 120 and intended for 
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RAID system 106 N_Port 118. The/headers of each of 
these frames are decoded by sw/tch 150. In the 
network as illustrated, frames having D_ID field 300 
corresponding to a destination of N_Port 118 may 
5 reach that destination thorough a path through 

switches 152 and 154, arid through a second path 
through switch 154 diyectly. A hash function of the 
D_ID field 300 and a/ least one bit of the OX_ID 
field 304 of the he4der are therefore used to index 

10 routing table 180/to select the outgoing switch port. 

The routing tabl/e 180 has the structure illustrated 
in Figures 4C pr 4D. The hash function is selected 
such that all/ entries of the routing table 180 that 
may be selected by a valid D_ID field 300 correspond 

15 to a valid' outgoing port on a path to the N_Port 

identified by D_ID that is distinct from the incoming 
switch /port . 

Frames belonging to the same exchange have the 
same OX__ID field; therefore these frames follow the 
20 same route through the network and tend to arrive in- 

order within that exchange. Frames may, however, 
arrive out-of-order with respect to frames of other 
exchanges . 

In a Fibre Channel network, there may be paths 
25 between two ports that are "better" in some way than 

others. Multiple bits of the OX_ID field 304 may be 
considered by a routing table to distribute frames 
between a preferred and a less preferred path. For 
example, if three bits of OX_ID are considered by a 
30 routing table of switch 150, eight table entries may 

be addressed for the same D ID. If three of these 
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have an outgoing port selector specifying E_Port 170, 
while five specify E_Port 178, about three-eighths of 
frames will tend to follow the path through switches 
150 and 154 while five-eighths of frames will tend to 
follow the path through switches 150, 152, and 154. 
If more than one valid path appears in the table for 
any given destination, exchanges directed to that 
destination are thus distributed between the paths 
according to the frequency with which each path 
appears in the table. 

As machines, switches, and links are added to or 
removed from the network the routing tables are 
updated to reflect valid paths through the network 
and the desired frame distribution among them. The 
routing tables are also adjusted as a load-balancer 
task, which may run on any compute-capable machine or 
switch of the network, adjusts demand on elements of 
the network. For example, should the link 162 
attached to E_Port 170 of switch 150 fail, those 
routing table entries specifying this port may be 
replaced by entries specifying E_Port 178 so that 
frames may reach their intended destination. 

It is not necessary that the hash function 340 
consider all bits of the OX_ID field, it is expected 
that significant distribution of traffic among 
multiple routes can be achieved by considering as few 
as one or several low bits of the OX__ID field. 

In an alternative embodiment of the present 
invention, a hash function 400 (Figure 4A) of the 
D_ID field 300 generates an address-X 402 for a two- 
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dimensional routing table 404. A second hash 
function 406 generates an address-Y 408 for the 
routing table 404 from the OX_ID field 304 and may 
also consider the S_ID field 302. The routing table 
generates a outgoing port selector 410 as previously 
described. The routing table 404 therefore has a 
predetermined, number of port entries for each valid 
D_ID, each entry of which is readily locatable. The 
set of port entries for a particular D_ID are 
referenced as a line of the routing table. 

The embodiment of Figure 4A is advantageous 
because only one line of the routing table need be 
rewritten to alter the distribution of frames between 
paths to an individual N_Port . Further, this 
embodiment lends itself to control of frame 
distribution among paths because the number of 
entries associated with each destination is constant 
and these entries are readily located in the table. 

While the routing table of the present invention 
has been described as producing an outgoing port 
selector from a hash function of the D_ID and OX_ID 
fields 300 and 304, that operation may be either 
direct or indirect. In an alternative embodiment, a 
level of indirection is used such that paths may be 
taken in or out of service quickly, without need to 
rewrite many of the outgoing port selectors in the 
routing table. For example, consider the routing 
table structure of Figure 4B. In this embodiment, a 
hash function 420 of the D_ID field 300 generates an 
address-X 422. A second hash function 424 of at 
least one bit of the OX_ID field 304, and, 

18 

\\\CS - 68854/123 - #36873 v5 



optionally, the S_ID field 302, produces an address-Y 
426. The address-X 422 and the address-Y are 
combined to address a routing table 428. The routing 
table 428 thereupon produces a path code 430. Path 
code 430 is then translated by a portmap table 432 
into the outgoing port selector 434. Path code 430 
may have more bits than outgoing port selector 434. 

In this embodiment, should a link fail it may be 
possible to rewrite the portmap table 432 to reroute 
all frames onto a functioning link (if one exists) in 
less time than it would take to restructure the 
routing table 428. Once the frames are rerouted onto 
a functioning link by rewriting the portmap table 
432, the routing table 428 may be adjusted to balance 
the load. Alternatively, if path code 430 has more 
bits than the outgoing port selector 434, it may not 
be necessary to rewrite the routing table 428. 



v Routing tables of the present* invention may be 
implemented in firmware or hardware of the switch. 
It is known that implementation of routing tables in 
hardware provides advantage £or switches having heavy 
load and large numbers of switch ports. In a 
hardware implementation, routing table 350 of Figure 
3C, 366 of Figure 3D, 404 lot Figure 4A, or 428 of 
Figure 4B, may be implemented with a static RAM, and 
the portmap table 432 wyth a second static RAM. In 
such an embodiment, ther routing table address inputs 
are multiplexed so it /can be written by a processor 
of the switch such that the processor can maintain 
the routing table. SThe routing table is thereby 
addressable by either the address generated by the 
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hash function or functions, or by an address 
generated by the processor. 

The hash function used for addressing the routing 
table may be any of many hash functions known in the 
art of computer science. This function may also 
comprise concatenation of a preselected group of bits 
of each input to the hash function; such as 
concatenation of one or more low-order OX_ID bits 
with several bits of the D_ID field to produce an 
index to the routing table. This function may also 
comprise concatenation of functions of bits from each 
field, or concatenation of bits of results of a 
function applied to each field. 

A computer program product is a machine-readable 
memory having recorded on it a program for performing 
a particular function; this may be a read-only memory 
or may be an erasable and rewritable memory such as 
RAM, CD-RW, tape, flash memory, or magnetic disk. It 
is anticipated that routing control software for 
controlling routing tables as herein described may be 
distributed or operated as a computer program 
product. Similarly, a switch containing firmware for 
constructing and utilizing the routing table of the 
present invention in routing frames is expected to 
contain memory having that firmware, and therefore 
contains a computer program product. 

While much reference has been made to a first and 
second path through the network, the invention is not 
limited to a pair of paths. The invention is 
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applicable to any reasonable number of concurrently 
available paths between nodes of a network. 

While the invention has been particularly shown 
and described with reference to a preferred 
5 embodiment thereof, it will be understood by those 

skilled in the art that various other changes in the 
form and details may be made without departing from 
the spirit and scope of the invention. 
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